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Banyan Systems Incorporated designs, manufactures and markets a family of personal computer | 
networking systems which solve the problem of integrating personal computers into 
departmental clusters, multiple interconnected clusters and corporate -wide networks 
involving as many as thousands of personal computers. 

| : 
Banyan’s powerful proprietary virtual networking system (VINES) includes all the 
communications and networking capabilities previously unavailable in a single product. 
VINES saves users from choosing and integrating a mind boggling array of point products 
designed to address individual or discrete interconnect problems. Such products include 
LANs, protocol converters, disk, file and print servers, gateways, bridges, PC-to-mainframe 
software, and so on. In short VINES gives users an alternative to implementing a 
"band-aid" approach to building distributed systems involving personal computers. 


VINES provides a comprehensive solution that makes accessing and sharing applications, 
resources and information as easy as if they were on one’s own PC. While VINES is a 
portable system capable of running on a variety of hardware, Banyan offers its own family 
of totally compatible network servers optimized to provide a range of price/performance 
capabilities. a 


The following technical overview discusses the heart of Banyan’s product-line the virtual 
networking system, VINES. 


The VINES architecture provides a new and distinct approach to corporate information 
management. This approach is based on a technology called virtual networking. 


What Is A Virtual Network? 


In the 1970s a technique called virtual memory was used to design and run large programs . 


(from the mainframe application world) on smaller computers (minicomputers). To the 
programmer, computer memory appeared to be a virtually unlimited resource. This was 
accomplished by splitting data between the limited main memory and the much larger, but 
slower disk storage. In effect, the disk became a transparent extension of the computer’s 
main memory. 


A virtual network has the following features: 

o It integrates multiple communications technologies 
including local and wide area networks and mainframe links. 

o It makes network resources appear as transparent extensions 
to local PC resources. 

- o It provides a network-wide naming and addressing system 

that allows users to locate and access any resource in a simple and 
uniform way without necessarily knowing the network 
topology or location of a particular resource. 

o It permits incremental growth. j te. 
Virtual networking offers a unique approach to PC-based distributed network architectures. 
In the following sections, we will take a look at distributed architectures and how they 
can be set up. 


DISTRIBUTED NETWORK ARCHITECTURE 
AND THE ISO/OSI MODEL 


Traditionally, users shared a large, centralized computer system, (mainframe or 
minicomputer) to realize economies of scale. Now, the price/performance ratio of the PC has 
allowed an individual user to cost justify a personal computer. But in exchange for direct 
access to computer power, users have sacrificed the shared information and resource 
environment of centralized systems. Corporations are now looking for a way to integrate 
and combine the best of both worlds. i 


By connecting PCs with a LAN and decentralizing resources using dedicated network servers, 
a highly functional distributed system can be created. In such a system, PCs can 
communicate economically to share expensive resources such as printers and hard disks and 
to share information in files or through electronic mail messages. Distributed systems can 
provide the multi-user functionality of the minicomputer and mainframe along with the 
flexibility and simplicity of the. personal computer. 


An essential component of such a distributed architecture is the network server. A network 
server is a computer that provides special network applications (services) for the attached 
PCs. These services can include a shared file system, shared printers, and electronic 

mail. Network servers extend the facilities offered by local PC applications and opérating 
systems. For example, a network file service could provide a large capacity file system 
extension to MS DOS that would allow PC users to easily share files. 


In addition, network servers can contain the software necessary to keep track of network 
resources and handle all the details of communication. 


In a distributed system, a communications network can be used to connect PCs and servers, 
as shown in Figure 1. : : 


Communications Network 





Figure 1. Requestors and Providers of Information. 


A distributed system can be created to work with a variety of different computing resources | 
- as long as its architecture addresses issues of standards and models, in particular the 
ISO/OSI model. 


The OSI Model 

The inability of current offerings to meet user and corporate needs, is partially a result 

of the lack of any official, recognized communications standard. The ISO/OSI Model (Open 
_ Systems Interconnect) offers an effective guideline for the implementation of distributed 
systems software. The OSI model is shown in Figure 2. | 
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Figure 2. OSI Model 









As you can see, it consists of several levels of functionality that a distributed 
architecture musf include: application, presentation, session, transport, network, link and 
physical. a . 


Network services are part of the application level. The services usually employ a 
request/reply communications scheme, as illustrated in Figure 3. 
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Figure 3. The Request/Reply Paradigm 


The presentation and session levels of the OSI model incorporate two key functions: data 
- type conversion (presentation) and a programmatic interface to the underlying transport 
communications protocol (session). 


Date type conversion is necessary because different computers represent data in different 
- ways. A 32-bit number on one machine can have a different bit level representation on 
another. Similar applications can use different data formats (GMT, 24-hour time versus 
12-hour local time, for example). 


Transport level protocols use either a datagram (send a one-way message) or connection (two 
way pipeline) communications model. The session level software provides a more 
applications-oriented interface, such as a remote procedure call, constructed using the 
transport level as shown in Figure 4. 
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Figure 4. Presentation and Session Level Functions 


Networks can be very large, spanning a wide geographic area. Figure 5 shows_,a network built 
from smaller networks using devices called routers or gateways. Transport and network 
protocols provide reliable, end-to-end communications through an internet. These protocols 
make a complex internet appear as a single, simple network to clients and servers. 


Internet 
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Figure 5. Gateways/Bridges (Routers) 


The transport level supplies a reliable point-to-point communications mechanism. The 
network layer is responsible for routing determining which path a particular message should 
take through the internet. , 


The link layer is responsible for transmitting a message between computers that are 


physically connected. The physical layer provides the "silicon and copper" for this 
connection. 


rat, 


Together, these layers provide guidelines on the kinds of capabilities a distributed © 
network must include for effective use, a model of what should be implemented for 
communications standardization. 


Putting It All Together 

With a distributed system modeled on OSI guidelines and functional descriptions, it is 
possible to create a hierachical network configuration similar to the one shown in Figure 

6. A medium performance (one to ten Megabit) low cost LAN connects a cluster of PCs in a 
workgroup. Workgroups in the same building are interconnected by a high-speed backbone 
network (10-50 Megabits, often broadband). Remote offices are connected using leased-line 
or a public data network. 
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The G box is both a gateway and a router. 
Figure 6. A Corporate Network Hierarchy 


Most network traffic is generally between users in a workgroup and among workgroups at a 
common site. This permits the long distance communication to use slower, less expensive 
links. 


Because servers hold data that PCs must frequently access, they should be physically close 

to the PCs on a high-speed LAN. Data can be stored on the PC’s own disk at the expense of 
sharing, backup and security. Local storage is treated as the individual’s private 

storage. 


~ 
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Additional Systems Issues 

There are other system issues to consider for effective distributed system architecture: 
growth, file versus disk sharing, device sharing, host connection, network naming, and 
production, privacy and authorization. 


Growth 

Effective distributed system architecture is designed for flexibility and growth. A 

simple system might consist of a single server and six to eight PCs. As more PCs are 
added, the server’s storage capacity can be expanded. Larger numbers of PCs are supported 
by using multiple servers, each handling a group of PCs. Multiple LANs can be used to 
increase the system’s communications bandwidth. Information for a particular PC is 
typically kept on the nearest server to optimize performance and responsiveness, but any PC 
should be able to transparently access information on any server. 


With technology constantly evolving, no single network is best for every situation. There 

is a need to support many types of local area networks, wide area networks, and 
communications protocols. By using multiple networks, users can migrate to a new network 
without making previous investments obsolete. 


Disk Versus File Sharing 

In disk sharing, the server’s disk is divided into fixed size disk volumes. Each user is. 

given one or more private (not shared) volumes. Because size is fixed and many volumes are 
needed, it becomes a difficult administrative problem to add new users, manage existing 
users and allocate disk space efficiently. 


Disk sharing is implemented by writing on the PC a low level disk device driver that sends 
disk I/O commands (seek/read sector) to the server. The local PC operating system manages 
the allocation of files inside the volume. 


PC operating systems are single-user systems. Two PCs can’t both allocate fi iles in the 
same volume without destroying the volume and they can’t write to the same volume at the 
same time. This severely limits file sharing capabilities. 


In file sharing, a single file volume can be shared by many users and can be any 
size-limited only by the size of the disk. There is no administrative overhead for the 
movement of users and files. 


File sharing is implemented by intercepting the upper level file I/O requests to the PC 
Operating system (open/read file) and sending these requests to the server. A true 
multiuser file system, such as UNIX, runs on the server to honor the requests. With a file 
server, users can easily and efficiently share files. 


Device Sharing 

It is important to be able to share expensive or special purpose peripherals. Typically, 
these include devices like printers, plotters and tape units. Efficient sharing should be 
permitted with sufficient protection and control su that administrators can limit, monitor 
and protect these resources. 


Host Connection 

A distributed network should also support connections to existing minicomputer and 
mainframe systems. A server can provide all of the complex host communications protocols, 
such as SNA, and let many PCs share the same communications facilities. 


Network Naming 

When you have many PCs and servers, information is dispersed throughout the network. 
What’s needed is a way to find things quickly and easily without necessarily knowing any 
communications details. 


A naming service is required to effectively organize and manage the many items in a 
network. With a good naming service, users can ask for network resources by name and the 
system will automatically find the item regardless of location. When items are moved (for 
instance, due to system expansion), the naming system makes this move transparent to the 
user. 


Protection, Privacy and Authorization . 
Individual PCs provide the best protection, privacy, and authorization. Unfortuately, 
-they don’t allow for a shared information environment. 


In a distributed system, sharing is fundamental - but so should be the ability to control 
who can share what. All services (naming, file, print, SNA...) should be able to offer 
control over which individual and groups of users can operate that specific service. The 
system must be able to authenticate and provide privacy and protection in response to user 
demand. 


All of these features have been addressed by VINES. The next section presents a conceptual 
overview of how VINES, running on a Banyan network server fulfills all the needs for a 
. distributed networking system. 


A CONCEPTUAL OVERVIEW 


Banyan’s family of network servers has three key conceptual elements as shown in Figure 7: 
the Front End, Back End and Services. The Front End consists of a local area network 
interface that connects PCs and workstations to the server. Host computers and other 
network servers connect through the Back End. Attached PCs can use any of the system’s 
many services, such as a file system on the server's large shared disk or a communication 
service to connect to a mainframe. 
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Figure 7. Components of a Banyan Network Server 


The Front End 

PCs and workstations are connected to a Banyan network server using one or more popular 
types of LANs. A variety of LANS are supported because no single currently available 
technology is best for all applications and LAN technology is rapidly evolving. Multiple 
LANs can be used simultaneously. Users can start with one type of network and switch to 
another without obsoleting the first network investment. Multiple, low cost networks can 
be used to economically connect PCs without sacrificing system performance. 


The system architecture supports a variety of PCs and different operating systems. This 
lets you choose the right PC for each situation and migrate to new types of PCs in the 
future. Different types of PCs and different operating systems can share files and 
services. To the PC user, all the services appear as one simple, uniform environment. 


Once a PC is connected to a Banyan network server, it can use any service on that server, 
on attached mainframes or on other servers subject to access control parameters set by a 
system administrator. The servers manage all the complex communications for the PCs. The 


. server acts as a window into a "network" of services. 


The Back End 
The back end provides full communications protocol support for connection to. 
minicomputers, mainframes, public data networks, and large networks with many servers. 


The mainframe connection is used for access to services and resources that are on existing 

computer systems. The system architecture offers two levels of host support. The first 

includes file transfer and terminal emulation, where PCs act as remote terminals on the 

host and can transfer files using a utility program. The second level offers complete, 

transparent access to host-provided services such as file access or electronic mail. The 

host service is mapped into the Banyan network server and appears as a local service to PC 

users. This makes it significantly easier to use. In effect, the server acts as a window 

into.the host environment with the added benefit of concurrently providing access to one or 
more of the server’s resources. 


Large systems with many Banyan network servers can be connected on the same network as PCs, 
on a separate high speed backbone, corporate network, leased line or public data network. 


Many network vendors recommend using a single high speed network to connect all PCs, 
servers and hosts in an office building. Banyan network servers fully support this 
approach. However, this type of configuration burdens each of the numerous PCs with an 
expensive network adapter board. Regardless of claims to the contrary, the ten megabit and 
more networks, will cost at least twice as much as the one to three megabit networks, for 
the near future. With a Banyan network server it is possible to have small clusters of PCs 
on a low cost network and interconnect servers, computers and sophisticated peripherals on 
a seperate, high performance network. This significantly reduces the overall system cost 
without sacrificing performance. Offices with a radial wiring scheme, where an office is 
wired the same way as the telephone system, best exploit this approach. 


Services 

Base-level services include a shared file system, print service, electronic mail, time and 
date, and full backup and recovery mechanism. There are many other optional services 
available. 


Services are applications running under the UNIX operating system, on a Banyan network 
server. UNIX provides a transportable framework for using services on a variety of 
hardware systems. In addition, it provides base communication controllers. 


A unique communications development tool - the Banyan Protocol Compiler - provides a 
portable, flexible mechanism to connect PCs to a server. The compiler allows dissimilar 
types of computers to exchange information in an efficient manner. It hides the 
communications interface and differences in computer data representations from user 
applications and services. 


A distributed naming system, Banyan StreetTalk, lets users locate and access services and 
devices independent of their location on the network. This makes it very easy to find 
things, even in the most complex configurations. And, StreetTalk reacts dynamically to the 
ever changing and expanding set of names in a network. 


An administrative interface is used to configure, monitor and contro! the hardware, 
services and users of the system. It also provides a full security mechanism. 

Just as users can access network services transparently from a single PC, the 

administrators can manage the network, or a specific portion of the network, from a single 
PC. In addition, Banyan’s access control scheme allows multiple administrators to maintain 
a separate portion of the internet. 


In the next sections of this overview, we will see how the Banyan VINES architecture is 
implemented in Banyan’s approach to distributed networking systems. 


* 
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VINES IMPLEMENTATION 


Banyan has set and met the following design goals in its VINES implementation: 

o Provide PC users with shared file, printing and communications 
facilities. 

o Protect against unauthorized access to sensitive information 
or expensive resources. 

o Permit a cost effective, graceful expansion of the physical 
environment and network services. 

o Hide all network topology, communications media and . 
protocols. 

o Let any user access any resource independent of location. 

o Provide transparent access to network resources. 

o Make the implementation portable. 


The following discusses the implementation of VINES software in the context of the OSI 
model from the bottom up, including: link and physical protocols, presentation and session 
and application. 


Figure 8 shows the relationship between the VINES implementation and the OSI model. As 
seen in the diagram, Banyan offers an approach for implementing all seven OSI levels. 
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Figure 8. Banyan and the OSI Model 
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Because there is no single standard for communications protocols, a good network system 
must support mixed protocols. Banyan intends to track and implement both industry and de 
facto communications standards. With that in mind, Banyan has designed and implemented 
VINES to conform to the OSI model and provide IBM-compatible protocols. 


For its service architecture, Banyan uses a client-server model that implies a 
communications paradigm. A client makes a request (e.g., sends a request to the server) 
and the service responds with a reply (e.g., sends back the answer). This is implemented 
using a remote procedure call mechanism in which software on a client PC uses VINES 

- communications protocols to call procedures that are executed on a remote server. The 
arguments (request information) are sent to the server, the procedures run and the response 
(results) returned to the client. 


Link and Physical OSI Levels 
Banyan supports a variety of link and physical level protocols as shown in Table A. 
Table A 
Link and Physical level protocols 


| TYPE DATA RATE LINK PROTOCOL 


Local Area Networks 
































Ethernet CSMA/CD-baseband 
Omninet CSMA/CA-baseband 
IBM PCNet CSMA/CD-broadband 
ProNET Token ring-baseband 
ARCNET Token bus-baseband 






Remote Dial-In 
Block Asynch 


Long Distance 
HDLC 
- ASYNCH 


19.2 BAUD 
1200-2400 Baud 






Leased-line point-to-point 
Switched point-to-point 


LANs can be used for PC-to-server and server-to-server connections. Remote dial-in is used 
to connect a PC to a server using dial-up telephone lines. At 1200 to 2400 Baud, it is too 
slow for remote program loads but sufficient for small file transfers and electronic mail. 

The long distance links are used only for server-to-server transfers. 


With VINES, a server can link multiple "like" or "unlike" protocols running concurrently. 
Except by performance, users cannot distinguish which link level protocols are used. 


Transport and Network OSI Levels 

There are many transport/network level protocols in use, including TCP/IP (Arpanet, DOD), 
XNS (Xerox), DECnet (Digital Equipment Corporation), IBM PC Network and ISO. Because no 
single standard exists, VINES’ higher layers are independent of transport protocol. It is 
Banyan’s intent to support several of these protocols. 


Protocols such as TCP/IP or XNS are general purpose protocols that have evolved in large, 


complex computer environments. These protocols were not designed for PC environments 
consisting of many different local and wide area network (WAN) interconnection strategies. 
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They lack important features required to build large, diverse PC networks. In addition, 

these older standard protocols have certain implementation constraints (for example, memory 
size requirements) that might make them unacceptable in a limited memory PC environment. 
Further, network configuration and administration raust usually be performed manually for | 
these protocols. This could become a significant burden for personal computer users. ! 


Banyan has developed its own special purpose protocol family that significantly simplifies 
network configuration and offers an implementation suitable for use with PCs. This 
transport level protocol family is shown in Table B.: 
Table B 
Transport Level Family 


FUNCTION ' 


Connection oriented transmission 
Unreliable and reliable datagram 
Assigns internet addresses to PCs 
Maintains internet routing tables 
Notification of error conditions 



















Sequenced Packet Protocol 
Interprocess Communication 
Address Resolution 

Routing Update 

Internet Control 








The ICP protocol efficiently supports the request/response client-service model. The SPP 
protocol (using connections called virtual circuits) is used for large block transfers that 
occur during program loads and file copies. SPP is also used for terminal emulation. 
Internetwork datagrams are also supported. Applications can specify the number of 
internetwork hops and media classifications (for example, fast no dialing) to send a 
broadcast message. 


The applications interface to the transport layer through a mechanism called the Banyan 
socket interface. The interface implements the concept of address families and can 

support protocols such as ISO, XNS, or. TCP/IP addressing. The interface hides many of the 
transport level differences between all of the disparate protocols, providing for 

application portability. 


The primary data structure used in this layer is a socket - a named (network addressable) 
queue from which or to which messages can be received or sent. 


Socket addresses include the following fields, as shown Table C. 


Table C 
Socket Address Fields 


Two bytes | IPC format Socket protocol to use (i.e., Banyan 
IPC,XNS, TCP/IP, etc.) 
Four bytes | Network ID Each server has a unique serial number 


: that is used as the network ID 
Two bytes | Subnet ID Host address inside a given network 
Two bytes | Port Socket within a host 
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Network Addressing © 

Address resolution dynamically assigns network addresses. This eliminates the need to 
preassign (and administrate) network addressing and significantly reduces network 
administration. 


Each server has a unique serial number that defines a network ID. A server’s network is 
logical rather than physical and includes any links that are attached to the server. When 

a device without a network address, such as a PC, powers up, it requests address 
assignment. This address assignment scheme eliminates the need for a central network 
administration facility, like those maintained by Xerox for Ethernet and Arpa for Arpanet. 
It also makes it possible to support asynchronous lines as if they are a part of the 

network (difficult under XNS). 


The Banyan network layers support full internet routing. The routing system dynamically 
maintains a routing table, including the cost (delay) of each link. Routers will choose 

the least-cost path when routing packets. If multiple paths with the same costs are 
available, the system will balance the load among them. Only servers act as internet 
routes, eliminating the cost of this function for PCs. 


Presentation and Session OSI Levels E 

Banyan’ network software is designed for portability. To facilitate the use of different 
transport protocols in a timely fashion, Banyan designed a special purpose tool - the 
Banyan Protocol Compiler. 


The Banyan Protocol Compiler supports the OSI presentation and session level functions. It 
provides automatic argument translation and a remote procedure call mechanism. 


Argument translation is a presentation level function. It is needed because data 
representations differ from one CPU to another. For example, an integer on the 68000 
microprocessor has a different byte order than an IBM PC. With the Banyan Protocol 
Compiler, programmers can define "network data types.". The complier automatically 
translates from a CPU type to/from a network type. This permits the user to change host 
types and run the same services on different hosts simultaneously. 


The compiler also provides a session level interface to the underlying transport layer. A 
remote procedure call is used. 


Consider a network application built using a client-server model. A PC asking for the 
time-of-day might make the following request: 


Time : = Get System Time(Time Service); 


This “procedure” calls the time service and returns with the system time. In the 
client-server model, the procedure would be implemented on the remote server. 


In operation, a client would call a local procedure to translate the arguments from the CPU 
type of the client into the network data types and compress them into a small number of 
bytes. It would then use the transport protocol to send the arguments and the request to 
the server. On the server side, a second procedure would unpack and translate the 
arguments to the local CPU type and call the procedure "Get System Time". 


On completion, the results would be returned (with any necessary packing/unpacking and 
translation) to the client. 
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Two pieces of interface code accomplish this translation, packaging and remote call 

function: one for the client and one on the server. The Banyan Protocol Compiler automates 
the generation of these interface procedures, as shown in Figure 9. A network applications 
programmer specifies the remote procedures, arguments and CPU types (client and server), 
and the Banyan Network Compiler automatically generates C language source code for the two 
interface procedures. 
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Figure 9. Banyan’s Protocol Compiler 
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A small, portable, multi-tasking executive is used in conjunction with the 
compiler-generated code to automatically schedule the service interface prodecures. 


The compiler also supports software version control. In many systems, it may be impractical 
to upgrade all software modules at the same time. Using version control, a service can be 
designed to work with older versions of the client code. Versions that are not supported 

are detected and an appropriate error indication given. 


The Banyan Protocol Compiler interfaces to the transport layer through the use of the 
socket interface discussed previously. No changes would be required in any applications to 
change protocols since these changes would be hidden by the compiler’s runtime system. 


The Banyan Protocol Compiler makes it easy to write network applications. Application 
programmers are insulated from the complex details of transport level communications (even 
the socket interface). In addition, the Compiler facilitates moving these applications to 

new transport protocols, CPU types and networks. . 
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Application OSI Level (StreetTalk Naming Service) 


StreetTalk is Banyan’s network naming system. It is a global, distributed database used 
to locate network resources and maintain resource information. StreetTalk stores: 
User Profiles: Network configuration information including 
file volume, printer and mailbox assignments 
for each user. When a user “logs into” the 
network, the user’s profile is accessed to 
set up the PC. 


Service Data: The network addresses (socket addresses) of a 
device, such as a file volume and service | 
configuration data. 


Lists: ` Lists of other StreetTalk names that can be used 
for mailing lists and security control lists. 


Nicknames: Shorthand names for full StreetTalk names. 


StreetTalk includes a number of critical features, such as name 
format, location independence, a browse capability, and distribution and replication 
functions. 


Name Format 
Names have three parts: item, group and organization. For example: 


; Laser Printer @ Documentation @ Banyan 


Laser Printer is the name of the item, in this case a printer. It is managed by the 
documentation group in the Banyan organization. In a small company, the organization is 
the same as the company. In a larger company, the organization might be a department, 
division or geographical location. 


“ A group is the smallest collection of network items that can be managed. 
Each group has a list of administrators who are authorized to allocate the groups resources 
and control its security. 


Location Independence 

The key property of the naming system is its ability to let users and clients access 
network services by name rather than location. This makes access very easy - you simply 
give a name and the system locates it for you. 


When items are relocated (for example, a file sharing service is moved to a new server with 
more disk storage) the service dynamically updates the StreetTalk database with the new 
location information. Users never need to know the service has been moved. 


This capability is critical in distributed systems with numerous servers. Expansion occurs 
by adding servers and moving some resources to the new additions. In even a modest size 
network, reconfiguration will frequently occur. StreetTalk minimizes the impact of 
reconfiguration on users and administrators. 


Browse Capability 

Even if users have forgotten the name of an item, they can conveniently browse through 
the database using a query function. Users can ask for specific types of items and look 
for patterns in a name. For example *John* would list all users who have the string "John" 
in their name. 
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Distribution and Replication 

A large system could have many organizations with many groups. The directory of all the 
names in such a large system would be huge. However, it can be broken down into many ` 
smaller directories and distributed throughout the system. No single server needs to have - 
all the directories. A server can maintain the directories for one or all groups. If a | 
server doesn’t have the information for a particular group, it automatically forwards the 
request for information to the appropriate server. In addition to distributing 

directories, the technology will soon be an available replicate and keep any items on 
multiple servers. This will minimize search times and increase the availability of the | 
naming system. 


The StreetTaik upgrade algorithm will ensure that all directories - even replicated 
directories on multiple servers - are consistent after a certain period of time. 


Application OSI Level (VINES Services) 


In addition to StreetTalk, Banyan provides the following services at the 

OSI application level: file service, semaphore service, print service, time and date, 
backup and recovery, mail, asynchronous communications, IBM protocol emulation and 
portability. 

File Service ar 
The Banyan file service supports a generalized file service interface. For each different 
class of PC file system environment, Banyan provides a front end component that translates 
the specific local machine calls into the generic file service interface. Each front end 
tailors the file system so it appears as a transparent extension to the PC file system. 
Currently, Banyan supports an MS-DOS front end component; others, such as UNIX, are 
planned. i 


Transparency is achieved by using a "redirector" in the PC’s local operating system. Calls 
to the operating system for file I/O are examined by the re-director. If they are for 
local files, the call is given to the local operating system to execute. Otherwise, they 

are sent to the network server with the appropriate file volume. Network files are 
indistinguishable from local files. Users don’t need to learn any new commands, and 
existing PC applications will work unchanged. 


In addition, users with different PCs or operating system versions can share files. The 
Banyan Server is a true file server as opposed to a disk server. In a disk server, users 
can share the physical disk media but it is very difficult to share individual files 
because the local PC operating system is given direct access to the file structure on the 
shared disk. 


File volumes are given StreetTalk names and are "mapped" into the local PC file volume 
addresses space. For example, MS-DOS addresses file volumes as drive letters. For 


SETDRIVE D “Sales Shared Files @ Sales @ Banyan " 


the mapping redirects all local PC requests for the volume in drive D, to the following 
network file volume: 


Sales Shared Files @ Sales @ Banyan 
Record Locking 


Full multiuser record and file locking is supported, using the Novell, 3Com or MS-DOS 3.1 
schemes. The user can choose whichever is best for a given situation. However, Banyan 
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strongly recommends using MS-DOS 3.1 locking. Record locking ensures that individual 
records can be consistently updated. 


Access Control 
Each Directory has a list of users who are authorized to access a file. Access can be 
limited to: , 

Read-read only 

Modify-read and write 

Control-read, write and change seurity 

Null-no access 


Print Service 

The print service provides access to remote printers available on servers. Users may 
select any printer and they can also establish a "default" printer. The file to be printed 
is transferred (spooled) to the server with minimal waiting for the user. Files in the 
server print queue are selected on a first-in/first-out basis. Users can view the queue 
and delete entries. 


The print service appears as a transparent extension to the operating system (MS-DOS) 
support. The user can assign a shared printer to act as any recognized MS-DOS printer 
(e.g., PRN:, LPTn:). Print Screen and printing from an application are supported. 


Time and Date 

The system maintains the correct time and date and makes this information available to PCs 
` and workstations when they log on. Servers on the network (even if they are geographically 
distributed) keep their clocks synchronized so that there is one, system-wide, consistent 
time. Time zones are fully supported. 


Backup and Recovery 

The system supports file level backup and restore. Individual services or the entire 
server can be backed up. Backups can also be scheduled to occur automatically at a 
specific time and date. 


The restore utility allows entire servers or individual services or files to be recovered. 


— 


Mail 

The Banyan mail system provides a general, easy-to-use electronic mail facility for all 
system users. A user is assigned a mailbox by an administrator when the user is added to © 
the system. Users can also be included in lists (for example, marketing managers, sales 
managers, etc.) Mail sent to a list is forwarded to all user members. 


The program is designed to facilitate connecting the Banyan mail service to host-based mail 
services such as IBM and DEC/VAX mail. Some of the basic features are: 
o Mail can be sent or viewed at any time from any PC on the network. 
`o Mail can be sent to any user or list of users. 
o Users’ mail is protected from unauthorized access. 
o An extensive HELP system is available at all times-whether 
the user is sending, receiving or editing a message. 
Automatic notification occurs whenever mail is received. If the 
user is not logged into the network, there is a reminder. 
"You have mail" appears on the screen, when the user logs in next. 
o A sophisticated interface allows users to specify subject, 
addresses, recipients of carbon copies or blind carbon copies. 
Files can be attached to and forwarded with any messages. An 
easy-to-use message editor is provided. All mail or other 
information displayed is viewed in a "window". 


(e) 
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` o Messages can be certified for guaranteed delivery. The sender is 

notified when the recipient has read the message. 
o The user controls message storage. Messages can be deleted, saved 

in a file or saved back in the mailbox so the user can be 
notified again, perhaps as a reminder of a special message. 
Users can define and organize their mailboxes into "folders", 
so it is easy to locate past messages, or messages that require 
a quick response. 


Asynchronous Communications 

Banyan offers a range of terminal emulation capabilities so the user can access virtually 

all the popular mini, mainframe and public computing resources. As part of the VINES 
architecture, the terminal emulation service is integrated with StreetTalk to allow for 
customization for different classes of users. For the casual or inexperienced user, 
terminal parameters and line configurations can be predefined. Users just pick the host or 
application they want to access from a menu and let StreetTalk take care of the details. 


The asynchronous terminal service offers the following features: 

VT100(TM), VT52(TM), IBM 3101(TM), TTY and other terminal emulation 
Switched and leased-line support 

Up to 12 asynchronous lines per server 

Up to 9600 Baud per line | a 
Manual and autodial support 

Multiple host access 

Menu driven user interface 

Customization for different user experience levels 

Data capture to files and printers 

Password and access control protection 

Reliable file transfer using the Kermit protocol 

Ability to suspend then resume sessions 
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The asynchronous terminal service is a cost effective way for PCs to communicate with other 
computer systems. There is no need for dedicated modems and lines for each PC since the 
asynchronous terminal service, lines and modems are shared network resources. Any PC 
connected to a Banyan network can dynamically access the service, line and modem when y 
necessary. 


Banyan provides a flexible way to configure the system to match individual performance 
requirements. As users require more host access, additional lines can be added to a Banyan 
network server. In large installations, with multiple interconnected servers, the VINES 
architecture allows users to transparently access the asynchronous service and associated 
communications resources on any server. 


IBM 3270 Communications 

To link PCs with IBM mainframes, Banyan offers IBM 3270 communications capabilities. 
Banyan provides a complete 3270 controller, display and printer emulator as an option. The 
Banyan system can emulate an IBM 3270 terminal for connection to an IBM host over an SNA 
network. In addition, any PC printer can emulate a 3278 printer. 


There are no special dedicated hardware boards required and users don’t have to depend on 
the availability of a 3270 control unit. Banyan offers the following 3270 communication 
features: 

o Up to 64 simultaneous sessions per server 

o Control unit emulation (PU.T2)-3274 Model 1C | 

o Display station emulation (LU.T2)-3287 Model 2 or 3279 Model 2A (color) 
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Printer emulation (LU.T1 and LU.T3)-3287 Models 1 and 2 
Flexible assignment of LU numbers 

Access security on a LU by LU basis 

IRMA (TM) compatible keyboard layout for PCs 
Reconfigurable keyboard support 

Configuration and parameter setting using StreetTalk and user 
profiles 

Switched and leased-lines up to 19. 2K Baud 

Automatic host session termination when user leaves 3270 
terminal emulation 

Host notification when user enters emulation 

Load balancing via SNA services on multiple servers 
Multiple host connections for load balancing or redundancy 
Status line messages and state indicators 
Multiple host support 

Ability to suspend and resume sessions 

User controlled disk capture of print streams 
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Portability 

Services are highly portable across different CPUs, operating systems and transport 

protocols. This portability is achieved by implementing the system in C language and 
runtime system (to isolate from CPU an OS type) and by using the Banyan Protocol Compiler 
(to isolate CPU and transport protocol). 


It is possible, and often desirable to have the same services running on different classes 
of machines in the s same network. l 


For more information on Banyan’s VINES system or our Banyan family of network servers, 
contact: 


Banyan Systems Inc. 

135 Flanders Road 

Westboro, MA 01581 

ATTN: Marketing Department 
Telephone (617)366-6681 
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